home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / umich / telecomm / gszrzs43.lzh / GSZRZS43 / HISTORY.TXT < prev    next >
Text File  |  1994-02-24  |  29KB  |  746 lines
  1. History:
  2.  
  3. v 1.1  21.5.90
  4. Binär-Files wurden teilweise nicht korrekt übertragen.
  5.  
  6.  
  7. v 1.2  27.05.90
  8. Ein patchen von RUFUS ist nun nicht mehr notwendig. Die beiden
  9. PRG's ersetzen die Standard SZ.TTP & RZ.TTP. Bei Start von ZMODEM
  10. wird nun der Bildschirm gesichert und nach Beenden wieder restauriert.
  11.  
  12. Die Alert-Box beim Beenden wurde rausgenommen. Stattdessen wird die
  13. letzte Status/Fehler Meldung an STDERR ausgegeben und landet somit
  14. bei Verwendung von RUFUS im Terminalfenster.
  15.  
  16. Bei Receive wird jetzt nach Empfang der Dateigrösse abgeprüft, ob auf
  17. dem aktuellen Laufwerk genug Platz dafür ist. Wenn nicht, Cancel des
  18. Receive und Fehlermeldung !
  19.  
  20. Der Fehler in der Zeitanzeige (Zehner-Minuten in Einer-Stundenfeld)
  21. ist behoben.
  22.  
  23. RZ kennt nun auch Receive-Crash-Recovery. D. h. wenn während des
  24. Empfangs einer Datei die Verbindung unterbrochen wird, so wird die
  25. bisher empfangene Datei auf Platte/Disk abgelegt. Wird die Ver-
  26. bindung neu aufgenommen, und das gleiche File empfangen, so wird
  27. mit der Übertragung dort begonnen, wo sie vorher unterbrochen wurde.
  28. Sind die Dateigrößen der Datei auf Disk und der zu empfangenden Datei
  29. gleich, so wird der Empfang abgebrochen, und die Fehlermeldung 
  30. 'xxxxxxxx already exists' ausgegeben.
  31. Vorsicht ist angebracht. Hat man eine ältere Version eines Programmes
  32. vorliegen, und lädt eine neuere Version runter, die um ein paar Bytes
  33. länger ist, so empfängt RZ im Resume-Mode und hängt nur die zusätz-
  34. lichen Bytes an !!!!! Das gibt natürlich Schrott. Also aufgepasst.
  35.  
  36.  
  37. v 1.2a 01.06.90
  38. Fehler in der Speicherbelegung behoben.
  39. Getestet in Mono & Mittlerer Farb-Auflösung, mit und ohne AMCGDOS
  40. It seem's to work.
  41.  
  42. v 1.2b 01.06.90
  43. Wie gesagt, It seem's...
  44. Läuft jetzt auch mit BIGSCREEN 1.0 in Mono und Farbe
  45. Bei Verwendung mit RUFUS 1.0 in RZ.TTP bzw SZ.TTP umbenennen.
  46. RUFUS 1.02 verlangt RZ.PRG und SZ.PRG
  47.  
  48. v 1.2c 09.05.90
  49. Grrrr, hatte den Fehler in 1.2b nur in RZ, nicht aber in SZ behoben.
  50. War wohl schon zu spät in der Nacht und zu kurz vorm Urlaub.
  51.  
  52. v 1.3ß 18.06.90
  53. Die ANZEIGE des Pfades auf 44 Zeichen begrenzt.
  54. Existierte bei RZ das File bereits, so wurde der Transfer abgebrochen.
  55. Nun erscheint eine Alertbox, in der ausgewählt werden kann, ob das
  56. File neu übertragen (Delete) oder abgebrochen (Abort) werden soll.
  57. Ist ein File vorhanden, das kürzer ist als das angeforderte File,
  58. so kann zwischen Resume (unterbrochenen Transfer fortsetzen) oder
  59. Delete (File komplett neu übertragen) gewählt werden.
  60.  
  61. v 1.4 12.07.90
  62. Auf Anregung eifriger Benutzer:
  63.  
  64. In RZ wird bei existierendem File nun eine Alertbox mit 3 Buttons
  65. angezeigt (Resume | Delete | Abort) anstelle von 2 verschiedenen
  66. Alertboxen.
  67.  
  68. Neuer Commandline Parameter: '-y' 
  69. Wird bei Aufruf von RZ in der Commandozeile -y übergeben, so wird ein 
  70. eventuell existierendes Receive-File OHNE Rückfrage gelöscht und der
  71. Empfang komplett durchgeführt.
  72.  
  73. v 1.5 09.09.90
  74. Pixelsalat bei Beenden von SZ & RZ auf TT030 in mittlerer Auflösung
  75. beseitigt.
  76.  
  77. v 1.6 25.10.90
  78.  
  79. Neuer Commandlineparameter für RZ.PRG: '-r'
  80.     Wird bei Aufruf von RZ in der Commandozeile -r übergeben, so wird
  81.     ein eventuell existierendes Receive-File OHNE Rückfrage im Resume-
  82.     Mode empfangen. Parameter -y darf nicht angegeben sein!
  83.  
  84. Neuer Commandlinparameter für RZ.PRG: '-o file.ext'
  85.     Wird bei Aufruf von RZ in der Commandozeile -o file.ext übergeben,
  86.     so wird der vom Sender geschickt Dateiname durch file.ext ersetzt. 
  87.     Sollte file.ext bereits existieren, so wird es vorher gelöscht.
  88.  
  89. Neuer Commandlineparameter für RZ.PRG: '-e'
  90.  
  91.     Existiert das zu empfangende File bereits, so wird die File-Extension
  92.     im Dateinamen des NEUEN Files durch 001 (max 999!) ersetzt.
  93.  
  94. Mehr Variationen zu diesem Thema nehme ich NICHT mehr auf ! Weitere An-
  95. fragen / Vorschläge sind zwecklos !
  96.  
  97. Die Übertragung im ASCII-Mode wurde in beiden PRG's vollständig entfernt,
  98.     da sie eh nicht richtig funktionierte und wohl kaum verwendet wird!
  99.  
  100. Bei SZ wird nun der Filename in Kleinbuchstaben übertragen. (Wird in 
  101.     der ZMODEM-Doku empfohlen)
  102.  
  103. Und nun das Beste: SZ kann jetzt den vollen Stream-Mode, wartet also
  104.     nicht mehr alle 1024 Bytes auf ein ACK ! Dadurch wird der Durchsatz 
  105.     beim Senden bei High-Speed wesentlich verbessert.
  106.     Ausserdem wird bei fehlerhafter Übertragung automatisch die Block-
  107.     grösse reduziert und bei fehlerfreier Übertragung wieder heraufgesetzt.
  108.     Dadurch wird bei schlechter Leitung der Durchsatz verbessert, da die 
  109.     zu wiederholenden Blockgrössen sich bei häufigen Fehlern verringern
  110.     und infolgedessen häufiger intakte Blöcke übertragen werden können.
  111.  
  112. v 1.7 02.11.90
  113.  
  114. SZ & RZ schalten nun nichtmehr den Handshake aus.
  115. Mein besonderer Dank gilt hierbei Rainer Micheels, der mich darauf 
  116. aufmerksam machte.
  117.  
  118. v 1.8 10.11.90
  119.  
  120. Asche auf mein Haupt. Ab v 1.6 ist der Exit-Code von RZ falsch
  121. gewesen. Sorry ! Jetzt wird wieder 0 zurückgegeben, wenn alles ok war.
  122.  
  123. Bei RZ wird nun ein empfangenes File nicht mehr Read-Only, wenn
  124. es diesen Status mitbekommen hat. Das war doch etwas lästig.
  125.  
  126. Benutzer von High-Speed Modem's sollten bei SZ den Parameter -l 1024
  127. angeben. Dann wird nach jedem Frame ein ACK angefordert.
  128. Eventuelle Fehler bei Retry werden damit behoben.
  129.  
  130.  
  131. v 1.9 08.12.90
  132.  
  133. SZ.PRG und RZ.PRG sind ab sofort Shareware! Bitte die entsprechenden
  134. Bedingungen beachten.
  135.  
  136. SZ sendet bei Retries nun ein Break von 250 ms an das Modem. Damit müssten
  137. die Probleme mit MNP5 beseitigt sein.
  138. Mein Dank an Rene Deutscher @ HH, ohne dessen Hilfe das Problem noch
  139. nicht besetigt wäre.
  140.  
  141. Bei SZ wird nun eine korrekte Fehlermeldung angezeigt, wenn der Empfänger
  142. den Transfer eines Files überspringt, weil es bereits existiert.
  143.  
  144. Neuer Commandlineparameter für RZ.PRG: '-s'
  145.     Wird dieser Parameter angegeben, so wird nicht das mit ZMODEM über-
  146.     mittelte Filedatum verwendet, sondern das aktuelle Systemdatum und 
  147.     Uhrzeit.
  148.  
  149. Neuer Commandlineparameter für RZ.PRG & SZ.PRG: '-q'
  150.     Wird dieser Parameter angegeben, so wird am Ende keine Ausgabe einer
  151.     Meldung nach stderr vorgenommen.
  152.  
  153.  
  154. v 1.9a 17.12.90
  155.  
  156. Fehler bei RZ behoben: Wenn Platte das zu empfangende File nicht mehr
  157. aufnehmen konnte, wurde ein Skip an den Sender geschickt. Dies wirkte
  158. sich beim Maustausch fatal aus, da die Maus den Tausch als erfolgreich
  159. angesehen hat. Nun wird ein Cancel gesendet. Dadurch bricht die Maus den
  160. Tausch ohneErfolg ab.
  161.  
  162. Bei SZ & RZ: Man sollte bei TC kein String-Merge gestatten, wenn man
  163. die Resource im File stehen hat. Das führte ab und an zu seltsamen Effekten 
  164. bei langen Pfad- Filenamen.
  165.  
  166.  
  167. v 1.9b 02.01.91
  168.  
  169. Der Fehler im TOS, dass bei ausgewähltem RTS/CTS Handshake trotzdem
  170. keines verwendet wird, wird nun von SZ & RZ korrigiert.
  171. Anscheinend ist in IOREC der RS232 eine Variable als WORD deklariert,
  172. die von den Tx-Routinen aber als Byte abgeprüft wird. SZ bzw RZ tragen den
  173. Wert aus dem Low-Byte des WORD's nun auch im High-Byte ein. Dann 
  174. funktioniert das RTS/CTS Handshake.
  175.  
  176. v 2.0 15.1.90 nur für registrierte Benutzer:
  177.  
  178. Das ausgebügeln des TOS-Fehlers in v1.9b ergab Probleme bei manchen TOS-
  179. Patches. Dies wurde wieder rausgenommen. Stattdessen ist TURBOCTS und
  180. CTS_TT beigelegt. Mit einem dieser PRG's im Autoordner sollten die Hand-
  181. shake-Probleme beseitigt sein. Vorausgesetzt, man verwendet ein Kabel, bei
  182. dem auch die Handshakeleitungen verdrahtet sind. Ausserdem muss bei Modems,
  183. die mit mehr als 2400 Baud zwischen Rechner und Modem arbeiten, auch das
  184. RTS/CTS Handshake eingeschaltet sein. (Sowohl im Modem-Setup als auch im
  185. Terminalprogramm)
  186.  
  187. Carrier-Überwachung. Nun wird ständig der Carrier überwacht und bei Ver-
  188. schwinden des Carriers eine Übertragung abgebrochen.
  189. Mit -D kann die Carrierüberwachung abgeschaltet werden.
  190. Die Carrier Überwachung funktioniert leider nur auf dem Standard-ST-Port.
  191. Ich habe noch keinen 'sauberen' Weg gefunden, dies auch für die restlichen
  192. TT-Port's zu implementieren, da ich noch zu keine Info's darüber habe.
  193.  
  194. Berechnung von Time left erfolgt nun über die CPS  und nichtmehr über die
  195. Baudrate. (Wegen MNP)
  196.  
  197. Implementation von XMODEM,